home *** CD-ROM | disk | FTP | other *** search
/ Aminet 8 / Aminet 8 (1995)(GTI - Schatztruhe)[!][Oct 1995].iso / Aminet / dev / amos / AMOS_0795.lzh / AMOSLIST / 000110_amos-request@svcs1.digex.net_Sat Jul 22 07:44:14 1995.msg < prev    next >
Internet Message Format  |  1995-08-04  |  3KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id HAA27434;  for  ; Sat, 22 Jul 1995 07:44:11 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id GAA29469 for amos-out; Sat, 22 Jul 1995 06:00:28 -0400
  3. Received: from access5.digex.net (qlUkZ3NHpJvic@access5.digex.net [205.197.245.196]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id GAA29466 for <amos-list@svcs1.digex.net>; Sat, 22 Jul 1995 06:00:11 -0400
  4. Received: (from mcox@localhost) by access5.digex.net (8.6.12/8.6.12) id GAA20107 ; for ; Sat, 22 Jul 1995 06:00:10 -0400
  5. Path: news1.digex.net!news2.digex.net!howland.reston.ans.net!torn!news.bc.net!rover.ucs.ualberta.ca!alberta!lichtner
  6. From: lichtner@cs.ualberta.ca (Jonathan Lichtner)
  7. Newsgroups: comp.sys.amiga.programmer
  8. Subject: Re: AMOS Pro Problem/Bug
  9. Date: 21 Jul 1995 20:21:05 GMT
  10. Organization: Computing Science, U of Alberta, Edmonton, Canada
  11. Lines: 41
  12. Message-ID: <3up27h$459@scapa.cs.ualberta.ca>
  13. References: <3ulv40$jc6@scapa.cs.ualberta.ca>
  14. NNTP-Posting-Host: cab109.cs.ualberta.ca
  15. ReSent-Date: Sat, 22 Jul 1995 06:00:09 -0400 (EDT)
  16. ReSent-From: Michael Cox of EDS <mcox@access.digex.net>
  17. ReSent-To: AMOS Mailing List <amos-list@access.digex.net>
  18. ReSent-Message-ID: <Pine.SUN.3.91.950722060009.19825B@access5.digex.net>
  19. Apparently-To: AMOS Mailing List <amos-list@access.digex.net>
  20. Status: RO
  21. X-Status: 
  22.  
  23. lichtner@cs.ualberta.ca (Jonathan Lichtner) writes:
  24.  
  25. >I've written a 4-player tank game in AMOS Pro.  I later
  26. >decided to add the option of computer control to the
  27. >tanks.  I did this and it worked fine when the program
  28. >wasn't compiled, but as soon as I compiled it, the AI
  29. >system didn't work.
  30.  
  31. >For some reason the compiled version of
  32.  
  33. >   for t = 85 to 89
  34. >      if key state(t)
  35. >         if AI(t-84)=true
  36. >            ai(t-84)=false
  37. >         else
  38. >            ai(t-84)=true
  39. >             endif
  40. >      endif
  41. >   next t
  42.  
  43. >The problem is that AI()(never "retains"
  44. >the value True.  The problem has something to do with
  45. >AMOS Pro not handling arrays correctly, since a simple
  46. >variable will work in this case.  I am very confused
  47. >however since I used many arrays to handle the non-AI
  48. >part of the game as well and that part still works.
  49.  
  50. >Needless to say, I am very frustrated.  Any help would
  51. >be greatly appreciated.
  52.  
  53. >Thanks in advance
  54.  
  55. I found their bug:  you can't assign boolean values to
  56. an array (in compiled code.)
  57.  
  58. Another bug I've found over the years:  when writing
  59. in AMAL, don't use the variable Z.  AMOS doesn't
  60. like it.
  61.  
  62. Jonathan Lichtner
  63.  
  64.  
  65.